W32: Make combobox-entry thinner by removing unneeded padding

https://bugzilla.gnome.org/show_bug.cgi?id=727075

W32: Fix menu item size and submenu arrow size

https://bugzilla.gnome.org/show_bug.cgi?id=727037

W32: Fix combobox dropdown list color

https://bugzilla.gnome.org/show_bug.cgi?id=727036

W32: Fix double-arrowed combobox button

The arrow is part of the background image drawn by the theme, don't draw
GTK's own arrow. This also applies to non-entry comboboxes.

On XP the arrow-and-nothing-else part does not exist (W32 XP theme draws a
white rectangle) and has to be subtituted for a simple dropdown button even
for non-entry comboboxes.

https://bugzilla.gnome.org/show_bug.cgi?id=727035

Fix W32 theme for spinbuttons

It seems that the dec-button no longer has a "bottom" selector-thingy to
select for. Use "last-child" instead.
Use .vertical to style vertical instance differently, as last-child/first-child
meaning is inverted there.
Increase (towards 0) margins a bit, to avoid clipping the pre-light rectangle.
Use dir(rtl) selector to style horizontal instance differently for RTL locales,
where first-child is "inc".

https://bugzilla.gnome.org/show_bug.cgi?id=727022

textbufferserialize: do not leak list of tags

application-dbus: free strings during finalization

stackswitcher: do not leak buttons hash table

flow box: Avoid excessive signals

We were emitting the a11y ::selection-changed signal much more
often than ::selected-children-changed. Thats not necessary.

docs: Another round of markup removal

Trivial typo fix

Docs: remove some leftover markup

clipboard: Add link to GdkDisplay in doc

https://bugzilla.gnome.org/show_bug.cgi?id=712752

gdkproperty-win32.c: Fix gtk-font-name handling

...on Windows 8+ and when the system setting for non-Unicode programs do
not match the language version of Windows by falling back to using Pango.

This ensures that the correct font is used during these scenarios, so that
we minimize the risk of seeing garbled characters for texts that the system
code page does not support due to system peculiarties.  There might be a
way to support gtk-font-name handling using the native Windows APIs
directly on Windows 8+, but that needs to be investigated.

https://bugzilla.gnome.org/show_bug.cgi?id=726298

treeview: Lower the duration of validation iterations

GTK_TREE_VIEW_TIME_MS_PER_IDLE is currently 30 milliseconds, meaning
that validate_rows will validate rows up until all the validations have
taken over 30 msecs. So it's likely to block redrawing via the clock
frame update mechanism, as that tops at 16.66 milliseconds per frame
(1/60th of a second).

Stop validating rows if we've spent more than 3/5 of our allotted budget
for inter-frame processing, so as to avoid blocking.

In the future, we would probably want to calculate how long we would
have left until the next frame, especially if higher priority idles
and timeouts have already consumed a portion of that allotted time.

https://bugzilla.gnome.org/show_bug.cgi?id=726871

treemodelfilter: Fix using wrong path on row-deleted

A "typo" led to using a wrong GtkTreePath when converting the path of the
virtual root to check the ancestors, which would lead to either no checks being
performed, or maybe segfaulting when using an invalid path as result.

https://bugzilla.gnome.org/show_bug.cgi?id=722058
Signed-off-by: Olivier Brunel <jjk@jjacky.com>

Allow gtk_radio_menu_item_set_group() to be called twice without crashing.

https://bugzilla.gnome.org/show_bug.cgi?id=726859

all: Name more idles and timeouts

Following up from 438cd857c49242244dda2923ac447f36464b9e72,
name more timeouts and idles.

The original grep was missing checking for gdk_threads_add_*()
functions (at least for some of the files).

https://bugzilla.gnome.org/show_bug.cgi?id=726870

widget-factory: Use a popover gear menu

Updated Basque language

Updated Basque language

Updated Russian translation

Some fixes for Russian translation

Some fixes for Russian translation

Some fixes and updates for Russian translation

Add missing AtkRelations for labelled containers in the print dialog

These AtkRelation types are added automatically for widgets with a label
specified (e.g. via gtk_label_set_mnemonic_widget, gtk_frame_set_label,
and gtk_frame_set_label_widget). When such specification is absent, the
accessible relationship must be manually set.

https://bugzilla.gnome.org/show_bug.cgi?id=726996

prevent redefinition of typedef GtkPrinterCloudprint

https://bugzilla.gnome.org/show_bug.cgi?id=727009

Bump version

3.12.0

icontheme: fix emblemed icons fallout

Commit faba7df4fea6cd09470b3b2cc277c35e6cf7c380 changed the logic in
apply_emblems() so that GtkIconInfo->emblems_applied would be set to
TRUE even in case there was no emblem info available, which confuses the
theme cache.
This commit changes the logic back, so that NULL is returned from
apply_emblems_to_pixbuf() when there are no emblems available, fixing
the bug.

https://bugzilla.gnome.org/show_bug.cgi?id=726830

Add a testcase for icons with emblems

This is a testcase for
https://bugzilla.gnome.org/show_bug.cgi?id=726830

Minor update of a11y test output

Update release notes

Also revert enable-mnemonics code in gtkwindow, which was forgotten in commit 34cf40e95cb1f0bc4bb98bb14edb03dd86f1dab3.

https://bugzilla.gnome.org/show_bug.cgi?id=708346

Updated German translation

wayland: Mark ourselves as not supporting compositing

The compositing that is meant here is really specific to the
X11 Composite extension, and does not apply to Wayland.

This is very rarely used functionality anyway, and none of
the other backends support it.

docs: Document gtk_recent_filter_filter() requirements

gtk_recent_filter_filter() needs the contains bitfield to be set, but
this only mentions that the other fields are required.

https://bugzilla.gnome.org/show_bug.cgi?id=726900

printing: Draw print dialog on fullscreen windows

Set correct "type-hint" for GtkPrintUnixDialog ("dialog").
Otherwise the print dialog is not shown when its parent
window is in fullscreen mode.

https://bugzilla.gnome.org/show_bug.cgi?id=724728

a11y: Move relationset updating to new vfunc

This way, we don't create lots of cell accessibles when creating the
first one (because surely one is the parent/child of another who again
is a parent/child of another who again....)

a11y: Add API to update relationsets of cells to their parents

a11y: Don't unref relations

Nobody was reffing those related object in the first place and that
was causing random crashes.
And if somebody had reffed those related objects, they'd have caused
reference cycles.

https://bugzilla.gnome.org/show_bug.cgi?id=726838

Don't let themes override explicit border-width in dialogs

This fixes an issue where the theme-provided border-width prevents
dialog contents from lining up properly with the headerbar. To make
this work in message dialogs, we have to explicitly set the border-
width of the action area to 0.

Revert "Don't let themes override explicit border-width in dialogs"

This reverts commit 6e4567e73bceb66200b9605c51b4b5ad6e807483.

For some reason, this causes buttons in message dialogs to have an
unwanted border.

gtk-demo: Fix underlines

The iconview example was showing literal underlines. We don't want
that.

Update Czech po-properties translation

Update Czech translation

Updated Serbian translation

Updated Serbian translation

Updated Italian translation

Updated Italian translation

Updated Ukrainian translation

Fix typo (GTK_ENABLE_DEBUG vs. G_ENABLE_DEBUG).

https://bugzilla.gnome.org/show_bug.cgi?id=726858

font chooser: Update font list on font changes

We do get a style-updated emission when new fonts are installed.
Update the font list in this case.

https://bugzilla.gnome.org/show_bug.cgi?id=726476

file chooser: Don't react to entry changes in select-folder mode

In select-folder mode, we are putting the directory name into the
entry ourselves. Then the entry appends a /. If we react to this
'spontaneous' change of the entry by clearing the list selection,
this will in turn make us clear the entry. We don't want that.

https://bugzilla.gnome.org/show_bug.cgi?id=726855

Updated Hungarian translation

wayland: Fix northeast resizing

Surprisingly, the same corner that was broken for resizing under
X is also broken under Wayland, for an entirely different reason.

broadway: make sure color/delta run length do not overflow

Fixes bug 723045.

Don't let themes override explicit border-width in dialogs

This fixes an issue where the theme-provided border-width prevents
dialog contents from lining up properly with the headerbar.

Fix undecorated windows

Setting windows undecorated was broken by some of the recent
shadow width changes. We need to ensure that shadow width is
zero for undecorated windows, then things work again.

window: Unset source ID before possibly destroying the widget

If the delete event ends up destroying the widget, unsetting
priv->delete_event_handler will happen on invalid memory, so
unset it before the widget is possibly destroyed.

https://bugzilla.gnome.org/show_bug.cgi?id=726825

a11y: Remove weak reference when updating a GtkPopoverAccessible relative-to widget

Otherwise the weak reference is left dangling, which later causes issues at the time
of destroying that widget.

https://bugzilla.gnome.org/show_bug.cgi?id=726749

Updated Indonesian translation

Updated Indonesian translation

wayland: Mark ourselves as not supporting bounding shapes

Theoretically, we apply the shape mask client-side ourselves
with an ARGB32 pixmap and intersect it to get a union shape,
but I don't particularly care enough to write that code.

Realistic application code using bounding shapes in 2014 is
quite rare.

wayland: Add support for input regions

wayland: Refactor how opaque region is handled

Move to a sync system just like the rest of the properties.

docs: Add more information to gtk_widget_set_realized()

It's important to point out that widgets should only be marked as
realized very late in the process. Even GTK widgets don't get this
right.

https://bugzilla.gnome.org/show_bug.cgi?id=726717

expander: Call set_realized() later

Widgets should only call set_realized() after having created and
registered their GDK windows. In this case, the creation of the style
context (or more exactly: figuring out the scale factor for it) requires
knowing if the widget is already realized. Which it isn't.

https://bugzilla.gnome.org/show_bug.cgi?id=726717

Updated Scottish Gaelic translation

Updated Scottish Gaelic translation

Updated Scottish Gaelic translation

Updated Scottish Gaelic translation

Updated Danish translation

Updated Danish translation

Updated Hungarian translation

container: guard container variable by reffing it

vte destroys the container during removal of a child. Don't crash in
that case due to recent a11y refactoring.

https://bugzilla.gnome.org/show_bug.cgi?id=726369

cssprovider: Fix error message

  expected a valid semicolon
sounds kinda not so great. Make it say
  expected semicolon

Unless somebody can tell me the difference between valid and invalid
semicolons?

Ensure proper spacing around icons in message dialogs

We had a margin of 30 before/after the text. Put that add around
the icon as well, and separate the icon and text by 30 pixels.
This does not affect the appearance of message dialogs without
icons.

Add at testcase for a message dialog with icon

Icons in message dialogs may be deprecated, but we still need
to place them properly, so add a testcase.

docs: Tiny GtkApplication typo fixes.

GtkDialog: Add some padding to title label

Bump version

GtkPopover: Fix two doc comments

x11: Allow unmaximizing from tiled state too

This lets us unmaximize a half-tiled csd window on a touch system.

Update a11y test output

wayland: Remove cruft in set_keep_above / set_keep_below

It's been decided: these will most likely never be supported on
Wayland, so remove the "stub" implementation of them.

wayland: Fix get_frame_extents

We need to traverse up the hierarchy for windows here. Just use
our existing helper method for this.

Implement get_root_origin generically for all backends

It seems that some backends implemented get_root_origin wrong
and returned the client window coordinates, not the frame window
coordinates. Since it's possible to implement generically for all
windows, let's do that instead of having a separate impl vfunc.

Updates

wayland: Fix "fake root" coords

We were incorrectly summing up our own window over and over
rather than the coordinates of the parent windows.

wayland: Add a giant doc comment explaining "fake root" coordinate space

wayland: Properly apply the fake root offset to event coordinates

GdkEvent's x_root and y_root values should be in the same "fake root
window" coordinate space as gdk_window_get_root_coords.

wayland: Fill in x_root / y_root of events properly

Lots of code, including dragging code in GtkWindow, use these
fields. Setting them to 0 causes lots of strange and weird bugs.

Use the same "hack" from query_device_state of just using
win_x / win_y for now. We'll convert this to the proper fake root
coordinate system used by get_root_coords in the next commit.

Update documentation about link styling

The ::link-color and ::visited-link-color style properties
are ignored now. Document that.

printing: Fail nicely when /tmp is not writable

Don't crash when /tmp is not writable when printing to file.
Show that getting of printer details failed for CUPS printers.

https://bugzilla.gnome.org/show_bug.cgi?id=693200

textview: Mind the lateral windows when setting handles/popovers positions

If a textview had lateral windows that might displace the text window, the
handles and popovers would appear displaced. Those lateral windows aren't
affected by RTL/LTR settings, so just checking for left/top is ok here.

x11: Implement "drag to top to maximize" gesture on emulated window dragging

And the counterpart to unmaximize when dragging a maximized window, if
touch devices aren't going to use EWMH moveresize, having this one at least
makes things feel a bit less awkward.

https://bugzilla.gnome.org/show_bug.cgi?id=709914

x11: Fallback to emulated window dragging for touch devices

Sadly, EWMH moveresize mechanism can't work with touch devices for two
reasons:

1) As a mutter implementation detail, the device is queried in order
to check whether the dragging button is still pressed. Touch devices
won't report the button 1 being pressed through pointer emulation.
2) Even bypassing that check, on X11 touch events are selected prior
to sequences being started, either through XISelectEvents or
XIGrabTouchBegin, no late registering through active grabs is allowed,
as WMs do on reaction to EWMH moveresize messages.

So for the time being, make touch devices fallback on emulated window
dragging, which at least allows for moving windows.

https://bugzilla.gnome.org/show_bug.cgi?id=709914

dialog: Avoid possible use-after-free

When the dialogue's titlebar was replaced, we were still trying to
update the label we constructed but that was now destroyed.

https://bugzilla.gnome.org/show_bug.cgi?id=726492

Finnish translation update by Jiri Grönroos